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The ficst annual meeting of TAPR will be 
Saturday, Pebruary fifth. The Computer Center of 
the University of Arizona in sunny Tucson is to be 
the place, and 1@ AM will be the nominal start 
time for the general seeting. There will be 
several ceports given, and tutorials will be 
presented. 


The schedule, subject to change, is something 

like this: 

10 AM - welcome, ceports of officers 
18:38 - Board of Directors report 
10:45 = updates on packet cadio activiites 
21:38 - tutorial on terminal node controllecs 
12:38 - luneh ( on the house ) 

2 PM - announcement of election results 

2:18 = tutorial on PACSAT 

3:30 - general discussion & 

working groups meetings 

$:30 - Mexican food outing 


There will be a start meeting of the board of 
dicectors at 9 AM Saturday morning, and snother 
following the dinner that evening. For people 
arriving early and/or staying late, this weekend 
will likely be ¢ull of working group meetings and 
work parties, 80 feel free to get involved in the 
actavities of your choice. 


The first annual meeting of the Tucson 
Amateur Packet Radio Corporation vill 
take place on Februaty 5, 1963 in 
Tucson. We would like to see as sany 
out-of-town members here as possible. 
Local meabers vill be able to provide 
lodging for some visitors. +54 you 
intend to come to the meeting, please 
let us know as soon as possible if you 
want us to try to find you a place to 
stay. We vould like at least a month's 
notice. Any one needing lodging or 
willing to provide same should contact 
Heather Johnson, N7DZU. Hotels and 
motels will also need some advance 
notice. 


_ The first attempt et an BF SSB net to assist 
in the anitisal activities of the TNC beta testing 
wall begin in January. It may be necessacy to 
change the tise, frequency or even band of 
operation. Por a start, we'll try: 


21.280 MHz, Sundays at 19962. 


This ia two o’clock EST and 11 AM on the west 
coast. Several) factors suggest this channel, not 
the least of which is the AMSAT international net 
occuring on frequency juss before the TAPR net. A 
large number of our members also belong to AMSAT, 
and the AMSAT net control stations do a good job 
of keeping the frequency clear. 


There are two conterences of specific 
interest to packet cadio experimenters this 
spring, both located on the West Coast. 


On Saturday, March 9th, there wall be a 
meting of the Second ARAL Packet Networking 
Conference, hosted by the League, the Pacific 
Packet Radio Society and the San Prancisco Radio 
Club. This meeting will occur during the 1983 
West Coast Computer Paire, a8 a spscial interest 
group. There should be packet cadio get-togethers 
throughout the weekend. More details to cone. 


Additionally, the Institute of Electrical and 
Electronic Engineers (IEEE) is having its Second 
Annual Infocom “83 during the week of April lath 
in San Diego. There will be a ceguler session of 
the conference devoted to a panel on Amateur 
Packet Radio. |. This session will happen on 
Thucsday, April Zlst from 8:30 AN to 10 AM® and 
tentatively features speakers from TAPR, PPRS, 
SLAPR and the Les Angeles packet Lhe dans 
interested in attending this session only, o¢ in 
getting together during the “bird-of-a-feather” 
sessions during the evenings should contact ben 
KO2S at the TAPR address. 

__~———————————— 


Mel whitten, KOPFX is working on getting us a 
custom enclosure for the termins] node controller. 
He is looking at a pre-punched and painted setal 
box for the bets board, which tentatively would be 
around three inches tall and ten inches square. 
We would like to know for many bets test 
particapants are interested in aquiring a box, so 
we can get a cost-breakdown and delivery time. 
Please tell your area beta test coordinator of 
yours interest, or contact directly: 


Pete Eaton WB9FLW 

35 Morspur, Route 4 
Edverdsville, IL 62825 
(618) 288-5432 


ES 


we're keeping a list of hass who will be 
intecested either in acquirang one of the 
(possible) spare beta test TNC boards. of in 
gettang some of the first set of actual, non~-test 
TNC’s as they become available. We currently have 
sixty-one requests, and will advise all who ask of 
costs and deliveries, 38 eore boards decone 
available from the sources set up during beta 
testing. Just send a note to TAPR, of advise the 
nearest beta test coordinator. 


aS 


Por sites who are going to be accepting 
softwace modifications to the beta test TNCs by 
podifying EPROK’s on-site, we will offec a PROM 
burner adapter for the TNC. To complement this 
unit, we suggest an EPROM eraser made from a 
General Electric G4T4 germicidal lamp as an 
inexpensive approach. See the article. °Faster 
Ecase Times® by Mike L. Simon in the March 1978 
issue of Microcomputing for details. 


Tech Notes 


By Lyle Johnson, WA7GXD 


Beta is heret The culminstion of many 
hundreds of hours of pstient (and not-so-patient) 
labor, cajoling, sweat, and nail-chewing is about 
to descend on about 168 poor souls who think there 
is a fucure in Packet Radiol 


I seceived a phone call a few weeks ago from 
San Diego member Leon Helms, WASBNH, who said he 
was too excited about Packet to wait for the Beta 
boards, so he and some friends put their own 
system on the air, Noting the TECH/notes column 
in BSR ¢2 regarding the MODEM filtering problems, 
he offered to share with us the solution he came 
oP aise Schematics are presented in Figures 1 
and 2. 
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Pigure 1 


Pigure 1 is the °linear" circuit being used 
as an input shaper for the Exar 2211 PLL dencdu-~ 
lator. I1¢ has been used with the Drake UV=3, Icom 
221 and Heath 2836 2-meter rigs. <A “digital® 
implementation is obtained by inserting the IC in 
Pigure 2 between the first circuit and the output 
capacitor. Change the feedback resistor in the 
first ciscuast to 28 K. This circuit has been used 
with the Yaesu PT-221 and Heath 2636 equipment. 


ot2v 


Pigure 2 


Leon reports highly successful communications 
both in Simplex modes and through several 2-meter 
repeaters. In addition, tape recorded signals, 
both local and “off-the-air" have been used for 
testing. 


Hopefully, some Beta testers will hock up one 
or both of these circuits in the wire-vrap area 
and ceport comparative findings against the MF-10 
filter resident on the board. {Note that an 
meas S-pin chip is equivalent to the lé-pin 

47.) 


New Products 


Rockwell has announced a CMOS 6521 and 6551] 
(the latter are used on the TAPR TNC). Samples 
are being negotiated at this tine. 


INTEL has announced RUPI, which is an 895i- 
like single chip uP -- 4k ROM, 192 bytes RAM, 
advanced control-oriented CPU, parallel 1/0 -- and 
an 8273-like BDLC controller with PLL deccded for 
NRZI_ data. Almost a TNC on &@ chip! Needless to 
Say, we now have xeroxed copies of some INTEL 
preliminary (internal) data on this one! 


Xicor has sampled a pair of X2616A 2k ~by <9 
S-volt only EEPRONS. Very slick tor software 
updates. 


The 6689 to 28$30 interfacing experiment is 
scheduled for the next couple months (this is an 
atework tig pa meaning it will get done!) and a 
teport will be forthconing. 


The AMD 7916 MODEN-on-a-chip, mentioned in 
the last PSR is about ready for interfacing -- 
this will be an interesting Beta experiment. 


INTEL has announced a price seduction on the 
2928 Analog processor from $128+ to $51. This 
chip is a great candidate for sophisticated 
filters, single-chip MODENs. and so forth. we 
have access to a 2920 development system and hope 
to report on this device. This is also a 
bacease for the ground station design for 
PACSAT. 


Correction: last issue we incorrectly stated 
that Motorola had announced a CHOS 6869 -- it is 
only a cumor at this point. What they did 
announce is a CMOS 6895 uP with EPROM on chip. 


73 until next cine. 


The Tucson Amateur Packet Radio Corporation 
is a nonprofit scientific research and development 
corporation, The corporation is licensed in the 
State of Arizona for the purpose of designing and 
developing new systems for packet radio communica- 
tion in the Amateur Radio Service, and for freely 
disseminating information acquiced during and 
obtained from such research. 


The officers of the Tucson Amateur Packet 
Radio Corporation are: 


Den Connors, kD2S President 

Lyle Johnson, WA?GXD Executive 
Vice-President 

Margaret Morrison, KV7D Vice-President 

Mack Baker Secretary 


The members of the Board of Directors are: 


Mack Baker 

Mare Chamberlin, WA7PXw 
Den Connors, KD2S 
Chuck Green, NOADI 
Lyle Johnson, WAIGXD 


The Packet Status Register is the official 
publication of the Tucson Amateur Packet Radio 
Corporation. Explicit permission is granted to 
feproduce any material appearing herein, providing 
credit is given to the author and to the TAPR 
Corporation. 
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Black Thursday 


by Lyle Johnson, WA7GXD 


Evecything was cunning on schedule. The Beta 
parte had all arrived within two or three days of 
Geadline, the assendbly facilities were busily 
stuffing the PC boards. All looked vell. 


Tnen a disturbing quality was noted on the PC 
boards. They weren't taking solder very well. A 
lot of rework was nacessary, and when the cework 
was being done, the solderability problem got 
worse. By now it was 7? December, Pearl Harbor 
Day. It was agreed that the PC house would get us 
the first boards ASAP (they were 811 due on the 
Ith) so we could get rolling with testing. 


More delays. More problens. More calls. 
The solderability of the boards was becoaing a 
major production setback. The chief engineer at 
the PC fabrication facility was dispatched to one 
of the two assembly points (both were experiencing 
the same problems) to attempt to find the cause 
of, and hopefully a solution to, this problen. 


Late Wednesday afternoon a batch of 19 Sets 
boards were delivered to the anxious checkout 
crew. Immediately Lyle, WA7GXD, and Pete, WBSFLW, 
(later joined dy Den, KD2S and Dan KV7B) set to 
work on the boards. Test Number One was to evel? 
power to the boards with no socketed ICs in place 
to ensure that the voltage cegulators were working 
> we didn’t want to fry $156 worth of chips! Ali 
19 boards passed with no problems. 


The boards were then loaded with ICs along 
with some calibration/checkout software which was 
provided by Margaret, KV7D. The first board 
passed a1) tests with flying colors. The night 
passed. By 2:00 AM Thursday, December 9th, we 
knew we had a severe problem -- only three Beta 
boards out of fifteen tested were working! 


Eacslier, in November, Lyle had assenbled 2 
sample board provided by SLAPR, and it had worked 
perfectly. A second test board was hand assembled 
in November when the first production lot of Bets 
boards were shipped by the PC production facility. 
They had tested and calibrated with no problens. 


After a brief, fitful cest, a meeting was 
held via telephone with Den KD25, Lyle, WA?GXD, 
and Marck Baker, TAPK secretary and member of the 
Board of Directors. It was decided to teaporarily 
halt Beta production and meet with the PC house. 


fh3as action was taken, and three TAPR execu- 
tive officers hurried to the PC facility. After 
much discussion, a PC board was cross-sectioned 
and examined under a high-power magnifier. 


The sight was sickening. A hairline crack 
enciscled each plated-through hole near the pad on 
the soldereside of the Beta board. Further checks 
tevealed the problem was a plague <- every board 
checked had the sane problen. 


This explained the solderability problem: 
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abnormal heat transfer due to a break in thermal 
conductivity. It also explained the disastrous 
fallout rate of boards during testing. A few 
working boards were flexed, and = experinents 
indicated that non-working boards could be aade 
intermittently operational, while working boards 
could be made non-functional. 


The problem wes traced to a subcontractor to 
the PC house who had drilled the boards, and, for 
reasons of expediency, had also plated through the 
gente: The local PC house’s work was not at 

ault. 


A quick back-of-the-envelope calculation 
indicated thet about $3668 worth of FC boards, 
$1488 worth of labor costs and $360¥ worth of 
components would have to be scrapped ~~ a total of 
$86ue! 


é& 

TAPR does not have $8600. The Beta project 
is a non-profit activity, with perhaps a very few 
hundred dollars remaining for further R&D. The PC 
house agreed to immediately produce another set of 
boards ~- at no additional charge -- and TAPR 
decided to attempt to mount a salvage operation to 
determine which components could be removed fron 
the 119 boards that had already been soldered. 
The vemoved components would be subjected to a 
Statistical sampling and analysis to weed out any 
potential reliability problems that night result 
from their use. 


AS a result, Friday night and all day 
Saturday various crews were assendled to unstuff, 
remove, categorize, test and otherwise process the 
Beta dboards. The participants in this heart- 
breaking task consisted of: Lyle, WA7GXD, Pete, 
WBOFLW (who had flown in from St. Louis just to 
help in the big push to deliver Beta), Den, KD2S,. 
Chuck, N@ADI, John, WBICKY and Dan, KV7B8. 


The bottom line is that TAPR now has a 
shortfall] of about §39@8 to get the Beta project 
out. New boards will be ready during the week of 
28 December. It is hoped that populated boards 
will be delivered to TAPR around 16 January, and 
we hope to ship by the 28th. 


We appreciate your patience. We want these 
boards to be completely reliable. Meanwhile, the 
software group has mote time to debug and enhance 
the initial Beta programsing. A local area 
network will be establisned with a few boards that 
w3ll be nursed along to help in the software 
effort. 


While we are all disturbed by this delay, we 
are determined to complete development of the Seta 
boards and get them into the hands of the Packet 
Radio community as soon as possible. Maximum use 
of the delay will be made for software enhancement 
and testing, a8 well ag initial hardware “beta 
testing”. We think you will be very pleased with 
what you receive in January. 


A Mid-Summer Night’s Protocol 


by Harold Price, NKG6K 


History now recoces the fact that during the 
aecond week of the sonth of October, 1982, a 
*national standard" for packet radio was agreed 
upon. What has not been cecorded, until now, is 
that this protocol] (with the exception of some 
bits in the address fields) bad already been 
implemented by apateurs. It was, in fact, in 
actual use on the WBE6YMH rcepeater in southern 
California that very weekend. 


AX.25, the standard agreed to the fateful 
week in CGctober, is based on LAPS, an industry 
standard implementation of AX.25 which defines 
level two of the seven layered ISO model. It was 
an asynchronous version of LAPB which was first 
iaplemented by Dave Henderson, KOANL, and ayself 
in Southern California begining in May 1982. 


Let me set the record straight; 1 never 
wanted to implement LAPS. All 1 wanted was a 
simple file transfer mechanism, similar to Ward 
Christianson’ s MODEM software. I thought LAPB 
would be a lot of work, given that I would be 
writing it in 2-68 assembler, and that it had far 
more features than we neaded. Hy crazy friend 
Dave {he prefera “ambitious"} convinced me that it 
was easy, and that he had already implemented most 
of it. Easy is celative however, as he had done 
it in Pascal on an interrupt driven 6889 based 
systen, 


fo compress a sonth into 8 sentence, we 
eventually got LAPB up and cunning, he in Pascal 
on a Southwestern Technical Products 6809 system, 
and I on a S-166 bus 2-60 systen. This version 
used regular B-bit asyne characters over surplus 
Bell 282 modems attached to a pair of Yaseu 266R 
two seter cigs. The format of the frame was 
identical to a standacd HDLC frame except that the 
FCS field was a simple checksum, and special 
characters preceded the PCS and header fields. We 
used a one byte address field. Both sets of 
software could deal with seven frames in flight 
with full escor cecovery. 


For those interested, the frames looked like 
this: 


IPE “SIDLEISTXIAORICTLidatalDLE(ETXICHKZICUKIIPF “si 


. 


The hex FPs were used to mark time until the 
RF finally got from the other guys receiver to his 
aoden. DLE STX are ASCII control characters 
marking the start of the header, ADR and CTL sad 
standard HDL€ address and control fields. Dats 
was up to 128 bytes of whatever. If the DLE 
character appeared as data, it was doubled. DLE 
ETX wacked the start of the checksum. At least 
two FFs separated contiguous frames, and more were 
needed to make sure the tranamitter stayed up long 
enougn for the last Bytes to make it all the way 
to the other side for the last packet. 


Since the data was standard 8-bit ASCII with 
a start bit and a stop bit, anyone could have read 
the data as it flowed back and forth between our 
machines late at night. Several did, and this is 
an excerpt of what they saw: 


The Cremation of Sam McGee 


Thece are strange things done in the midnight sun 
by the men who moil for gold; 
The Arctic trails have their secret tales 
That would make your blood run cold; 
The Nocsthern Lights have seen queer sights, 
But the queerest they ever did see 
Was the night on the marge of Lake Lebarge 
I cremated Sam McGee. 


= Robert Service 


Acound this same time, Dave picked up some 
$8.66 HDLC comm chips at a swap meet, the same 
chips that the Vancouver TNC uses. We went 
through a flurry of activity to design an 
interface to use the chips, each for his own 
computer. I went so far as to wire wrapa 
complete S-198 I0 board to support the chip, but 
got sidetracked in the async project and set it 
aside. After the async project was finished, an 
event occurred that sent Dave and I scurrying for 
the HDLC chips, but here the plot thickens: allow 
me to introduce two new characters. & 


Wally Lindstruth, WAGJPR had started a packet 
tadio group sevaral sonths prior to most of the 
events in this story. He was Vancouver based, the 
only game in town at the time, and kept stirring 
the pot, trying to get some Vancouver activity 
worked up. Most of the folks he got active had 
their eyes hooked on a new board which was going 
to be available in late summer. The end result 
was that new interest was on hold, at least as far 
as activity on the air was concerned, except for 
the people who already had Vancouver boards 
(Wally), and the crazy (Dave and I). 


In desperation, Wally sent a board (for 
freel) to another local packet activist, Skip 
Hansen, WE6YMH. With most hams, anything received 
tree must be used, even if much time and money 
must be spent utilizing the free itea. In a short 
tine, Skip and Wally were on the air, talking back 
and forth using HDLC. Which Dave and I couldn't 
read. Mot at all. Not even a little. Mixed in 
with the data was an occasional voice chuckle, 
eryptic yeses and noes, and yeps. Laugh at us 
would they? Out came the HDLC prototype boards. 
A little incentive was a1] we needed. 


Soon we vere cunning HDLC as well as async, 
in both the LAPB and Vancouver aodes. Skip 
interfaced his remote CP/M bulletin board system 
to the Vancouver TNC. Basic programs were built 
and cun via this path. 


A great deal was learned during the several 
months of activity. We played with several error 
retry schemes, various packet size, number of 
frames in flight, large file transfer and 
RITY-lLike typing back and forth. We played with 
different crashed-packet retry timeout values, 
transmitter and receiver Jock up times, and 
Fepeater key up times. In short, we were 
practicing for the task of we iting the TAPR AX.25 
TNC software, although we didn’t know it at the 
time. 


(Continued on page $) 
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Beta Test Manual 


by Chuck Green, NOADI 


A major objective of Beta test preparation is 
to provide participanta with adequate documenta- 
tion concerning the TNC and ita software. A great 
deal of effort haa gone into meeting thia goal. 
Yes, there is still a lot of work to do, but I‘ 
sure that when you see it, you will be pleased. 


At this writing, the manual has tvelve 
chapters and three appendixes. Some of these are 
short, while others are quite extensive. 


To start things off, there are chapters 
describing the purpose of Beta test and a general 
description of the TNC and its purpose. This is 
followed by chapters on how to attach your radio 
and how to attacn your terminal of computer. 
Although these are really very easy tasks, ve 
wanted to be sure you are aware of all the 
options. 


The last chapter of general interest contains 
a description of operation methods and procedures. 
This will probably be one of the most widely used 
chapters. 


Por those who want to get further into the 


details, thece are additional chapters on 
protocols (both terminal interface and local area 
network), TNC hardware description (a detailed 
description of all major components on tne board), 
and TNC softwace description (describing the 
internal workings of the software). 


Also planned is a chapter which should be 
helpful if you are really adventurous and wish to 
modify the TNC software. 


The final chapter is foc those of you who 
have computers you plan to attach to your TNC. 
Yous computer will need some software to 
communicate with the TNC. This software can be a 
general purpose terminal emulator or a customized 
whizebang which is only limited by your 
imagination and programming ability. These 
programs will have to be tailored for the most 
Part to the particular model of computer you are 
using. Tf you do write such a program, please 
send it to us so that it can be shared with others 
having a computer like yours. 


Appencixes contain useful tid-bits like 
schematics, block diagrams, component layouts, 
etc. 


enn Tee eee sees cee eee ee ee reser ccc reer ——= 


(continued from page 4) 


Row that the stage has been set, let me 
describe recent activities. Try as I sight, 
however, 1 can’t remember exactly how it started. 
Maybe a historian better than I will someday 
correct these words, but this is my current 
cecollection. 


I called Cen Connors one day late in 
September and asked what was happening on the TAPER 
TNC project. He said that their current plans 
were to do a Pascal implementation of a protocol 
in parallel with the Forth project to increase 
chances of having software resdy when the hacdware 
was. He also said that he was going to an AMSAT 
meeting where he hoped packet standards would be 
discussed. I seninded him that LA had some 
experience with LAPB, Pascal, and 68998, wished 
him well, and forgot about it. 


The nezt time ve spoke he had a standard in 
hand, and he forwarded &@ copy to se. I took a 
loox, said ‘°Gee, this looks familiar", passed a 
copy to Dave who said, “Gee, we could write this 
code in 4 notes®. I called Den, who passed me to 
the head of the TAPR Pascal effort, Margaret 
Moccison, KV7D. In short order we agreed that it 
was possible to come out with a full blown 
implementation of AX.25 by the time the TAPR TNC 
was ready in early December. With a preliminary 
division of labor defined, Den called and asked if 
we really and truly wanted to get involved in 
this. It was a very nice speech, full of Mere bs 
of tightness of schedule, no hardware available 
for testing until late in the game, it’s a hard 
life we lead, etc., etc. Of course he hung up 
before I had a chence to answer (no fool, he} and 
the project was begun. 


A tuture chronicle will describe who did what 
when as tac a8 the current software project. I1‘d 
better wait until we see how it comes out. Even 
as I write this, Margaret is in Tuscon testing her 
10 dcivers on one of the faircst-to-be-asaembled 
beta boards, Dave is testing the latest 
integration of his protocol code and a command 
décaver. So far, Dave and I have cranued out 2900 
lines of Pascal code, most*of which has already 
been checked out using a large mainframe Pascal 
environment with code to simulate the I0 handlers. 
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% have more code to write now, so I°1l leave 
you with the list of features which Margaret, 
Dave, and 1 are trying to implement this tine 
around. : = 


- 


Design Goals foc Vecsion Beta 1.8 of 
AMSAT/TAPR AX.25 for the TAPK TNC... 


The primary goal is to provide the software 
nece8Sary to support two TAPR TNC boards talking 
to each other using the AMSAT AX.2$ protocol ody 
early December. Ie is hoped that several other 
features will be available at chat time. Short 
descriptions are given below, The following are 
expected to be available for first release. 


© Pull support of AX.25 protocol ( level 2 }. 


o Support of Vancouver protocol. The Vancouver 
board command structure and “host mode* capadil- 
ities will not be implemented. The intent is to 
allow TAPR TNCs to be used in a Vancouver envi- 
ronment, not that they be *plug-compatible® with 
the Vancouver THC. 


o Al} operating parameters such as packet length, 
transmitter keyup delay, flow control, bdaud 
rates, etc. are adjustable by user command. Most 
will be stored in non-volatile memory, allowing 
board customization which is saved across pover- 
off without requiring the user to rceburn FROM. 


o Three basic modes of operation are supported... 


1) Command Mode. RF data exchange is suspended 
while basic operating parameters are changed. 
The board continues to digipeat if digipeat 
is enabled and is requested By another TNC. 


2) Conversation mode. The user interacts with 
the TNC to prepare a packet for transmnis- 
Sion. Local echo, line editing, and line 
deletion capabilities ace provided. The user 
forces packet transmission by entering a spec- 
ial character, previously selected oy hin. 
when in the conversation mode, the user may be 
connected, i.e. an AX.25 link exists between 


(continued on page 189) 


PACSAT Project 


by Den Connors, kD25 PACSAT Project Manager 

As experiments continue on ground-based 
packet cadio local area networks, anew class of 
satellite is being considered to handle linking of 
both individual ground stations and local area 
networks. The PACket radio SATellite (PACSAT) 
system is designed to provide a store~and-forvard 
digital repeater which is available to all groups 
around the world for fully global network cover- 
age. The satellite provides this coverage by 
occupying a low-earth orbit (LEO), which has 
several benefits. The close proximity of passage, 
relative to geo-synchronous satellite, allows easy 
access, with good ‘link smargins®. There are 
thousands of amateur radio earth stations that are 
Slready configured to operate on this class of 
satellite. Additionally, proper choice of orbital 
parameters allows a sun-synchronous orbit, where 
passage of the satellite occurs at the same tines 
each day, providing an easy means of scheduling 
transmissions. This orbit then provides both 1908 
global coverage and very fair access, and creates 
a@ powerful new use of a well-known class of 
amateur satellite. 


There are several reasons for providing such 
& system in the Amateur Satellite Service. PACSAT 
will be a wadely available vehicle for advanced 
amateur radio experimentation, as well as a 
prototype system for a new class of satellite 
service -- reliable transmission of data to remote 
sites and isolated users, regardiess of location. 
lt will also provide a new form of emergency 
communication -- a celiable, highly available link 
compatible with global mobile and portable radio 
secvice cequicements. The PACSAT project will 
provide AMSAT with a new supply of engineering 
talent and expertise, fresh sources of funding and 
new ranks of members. 


In addition to the primary use a8 & world- 
wide store-and-forward link, or “flying mailbox", 
the PACSAT experiment will serve a number of other 
f{unetions. These include real-time regional linke- 
3ng in standard LEO amateur mode and versatile 
access using more traditional Amateur Radio 
digital modes. PACSAT will provide extended 
availability to users via ground stations with 
linking to local area networks and an opportunity 
for advanced testing of network systems concepts, 
hardware software and protocols. 


Although time constraints could prevent 
Multiple modes being implemented in the first of 
the PACSAT systems, it is envisioned that such 
techniques as Morse code (CW) , sadio teletype 
(RTTY), and ASCII using audio frequency-shift 
keying modulation would al] be possible. The 
satellite processor could accere such input, store 
the data in memory and later forward the sessages 
tn whatever mode the intended receiver would 
desire, 


PACSAT System Description 


The satellite will be an experimental package 
on one of several possible spacecraft. It would 
be in @ full-earth coverage orbit with 2 to 4 
passes per day appearing at the same time each 
day. 


There will be two communications channels, 
each with multiple input signal capability and 
indsvidually ceconfigurable packet and non-packet 
anodes. The multiple uplink frequencies will use 


frequency-selectable tracking phase-locked loops. 
The channels will be full duplex, with a data rate 
of 1288 bits/second. 


The communications channels will use the 
standard mode B OSCAR configuration (435 MHz 
uplink, 145 MHz downlink). The satellite will be 
capable of frequency control of ground stations. 
and could also direct antenna pointing and predict 
orbit and pointing coordinates. Except for the 
modem and controller, hardware for ground stations 
is already available. The satellite may option- 
ally use an LAN link for large group coverage. 


The processor may use the AMSAT-standard 1882 
configuration, of possibly another high-reliabil- 
ity CMOS microprocessor. There will be a well- 
defined interface with the spacecraft Internal 
House- keeping Unit. The main memory may be 
loaded from ground stations. There are up to 8 
megabits of memory possible, using bubble memory 
of static CMOS. CMOS would be available in 16K of 
64K packages. Bubble memory would require & 
custom MSI~level CMOS controller. Serial input 
and output to memory modules for data and 
addressing might be used. Modules not being 
addressed could be turned off. 


Two modes will be available at any ting-~- 
synchronous of asynchronous packet, ASCII, RTTY of 
Cw. Packet transmissions could use either phase- 
snift keying (PSK) of gwinimum-shift keying (MSK) 
acdulation, or both. 


Packet protocol will include a multiple- 
access common uplink frequency to be used as a 
*calling channel*® and sultiple uplink frequencies 
to be used for working channels. 


Transmission collisions will be detected 
through negstive acknowledgement of missed of 
garbled messages. Frame protocol will use a 
high-level data-link control (HDLC), a synchronous 
bit-oriented protocol. Optional frame control 
sequences are specified in the AMSAT/ANICON 
Amateur International Computer Network  systen 
specifications (e.g., AX.25 leve] 2, TAPR/AMSAT) . 
There will be opportunity for various experiments 
with higher-level protocols. A mailbox protocol 
with memory management and friendly, efficient 
user interface will be provided. 


The primary use of PACSAT will be for store- 
on-uplink, forward-on-downlink full earth coverage 
comaunication. Secondary uses will be for direct 
{real time) signal regeneration, including bulle- 
tin broadcasts, group transmissions, telemetry, 
and user reconfiguration of the secondary mode. 


Volunteer Efforts for PACSAT 


The PACSAT idea has been aulling around in 
the heads of several people. This design phase :5 
due to end by mid February. Most of the ground 
station hardware design to date has been done by 
Tucson Amateur Packet Radio (TAPR) and the Amateur 
kadio Research and Development Corporation 
(AMRAD), with further assistance from a strong 
AMSAT group in New Jersey. 


Ground-side linking systems are  be:ng 
developed by the above groups, as wel] as by AMSAT 


(eontinued on page 38) 
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Hardware Happenings 


by Lyle Johnson, WA7GXD 


The Hardware Committee has been hard at work 
on the Bata TNC project, and when 1 first wrote 
this, all appeared to be on schedula. Through the 
good auspices of SLAPR, our sister organisation in 
St. Louis, the Seta layout was finished, and 
preliminary test boards had been cranked out by 
Pete, WBOFLW and Tom, WBGWRK. I assembled a board 
upon receipt and began testing it. Oddly enough, 
there was not such debugging time involved because 
the board worked! 


Were there any problezs with the Beta board? 
Frankly, that is what Beta test is all about. The 
only error @ sharp-eyed Beta board checker will 
find is that the holes for the TO-3 case of the 
S-volt regulator are off center with respect to 
the leads by sbout one-tenth of an inch. If you 
look really close, you may also note that Cl is 
actually 22 pf (instead of 28 pf) and the J.¥5 ufd 
capacitors are really @.647 ufd. 


Component suppliers and manufacturers have 
been extremely generous to us in pricing, and all 
of the parts are in now. Two facilities are doing 
the board-stuffing and wave-soldering. Following 
the ce-delivery of our boards, it will become the 
task of the hardware committee to check them, load 
the 1.C. sockets, run a test program and then 
test them using the °real software". The final 
step will of course be packing the boards for 
shipment to the Beta sites. 


There are 172 Beta test boards being fabrica- 
ted, with 156 Beta testers and twelve boards to 
allow the Alpha testers to upgrade. This leaves 


four spares for possible future distribution. 
Please note that once the boards are shipped, the 
hardware chairman is taking a break! Don’t expect 
those spares to be working for a while. 


Pete Eaton will be returning for a week to 
assist in this job, and other volunteers in the 
Tucson area will be called upon to assist in this 
final push. A list of all of the people and 
organisations will have made the Beta test pos- 
Sible will be listed in BIG PRINT in the next PSA. 


An EPROM programming adapter for the TNC will 
be made available for the Beta test sites needing 
one. Probable delivery is sometime in Febtuary. 


On other fronts, the sicrowave committee, 
headed by Mike Parker KT7D, now has the Teflon 
boards fabricated for the L-band solid-state 
non-linear amplifier foc AMSAT’S phase I11 Satel- 
Lite uplink. Tne Motorola transistors are in 
hand. Thanks to Tom Clark, W3IWi, for the dona- 
tion of P.C. board stock, Southwest Circuits for 
a donated etching job and Motorola for the nega- 
tives. Centralab donated some chip capacitors, 
but they won't take the operating current, so ATC 
capacitors are being procured. 


At the AMSAT Phase lil technical session at 
Johns Hopkins Applied Physics Laboratory in 
October, John DuBois, W1HDX, presented a design 
for an Leband 18 watt linear amplifier using NEC 
908 MHz transistors. TAPR received a copy of the 
plans for this amplifier, and two sets of transis- 
tors are now ordered, It appears that Tucson will 
be irradiated with a large amount of L-band energy 
in the near future. 


a I I RB a 


Preliminary Information 


The TAPR TNC is a self-contained, micropro- 
cessor-based device intended to sct a8 an 
intelligent interface between a user’s ASCII 
communications system (terminal or personal 
computer) and a local area network {LAN} by way of 
a cadio-based link. A aummary of the TNC’s vital 
statistics follows: 


CPU - 6889 


User 1/0 © (2) RS-232C serial port (S@ baud to 
19,288 baud), and (1) TTL-compatibdle hand- 
Shaking parallel port 


LAN 1/0 ~ Western Digital 1933B-xx HDLC control- 
ler, bit Stream encoded as non-return-to-sero- 
inverted (NR2I) with phase-locked loop (PLL), 
and on-board 1286 baud modem using 8ell-262 
tone pair 


ROH + 24K bytes of 2764 EPROM in 28-pin JEDEC 
byte-wide sockets 
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RAM - 6K bytes static RAM in 2é-pin JEDEC byte- 
wide sockets (3 generic 2816 of 4816 2K-py-3 
SRAMs provided) 


Size - approximately 6" by 8" BP. C. board 


Power Supply - +/=* 32 volt and +/+ 5 volt reguia- 
ted, on-board, with +/= 12 and + 5 rails in the 
wireowrap area (power transformer off-poard} 


Other Features - 

256-bit EEPROM for custom user interfacing 

on-board calibration of modem frequencies 

self-test at power-up (including RAM) 

hatdware watchdog timer on transmitter PTT line 

custom wire-wrap area provided 

LED’s provide status of modem calibration, re- 

ceiver level set, transmitted data and Cw ID 

bipolar PROM address-decoder for mixing of mem- 
ory chips 

RAM/ROM catio vaciable with byte-wide socket 
design (the six memory sockets are recon- 
fagurable) 


St. Louis and the Beta Test 


by Pete Eaton, WB9FLW 


This is not a technical article. Rather, it 
is a blow-by-blow account of how one unsuspecting 
soul (se) got so wrapped up in the TAPR Beta test 
project. Besides, Den threatened ae with lots of 
his Mexican cooking if I didn’t write down al] the 
ctazyness that has gone on between Tucson and St. 
Louis in the last few sonths, 


To start, here is a brief history of the rise 
of St. Louis to Packetdos. As with many other 
folks, the October 1981 issue of QST was ay 
introduction to packet cadio. As I attempted in 
vain to get more information on the subject and 
get the system off of paper and into a seal 
network, it became obvious to ge that there was a 
lot of talk but little action. 


Then on a fateful day last March I contacted 
Den in Tucson to ask about their activities. Den 
was excited about our interest in the St. Louis 
acea, and I still have a letter dated March 2nd 
stating that we are really a bunch of gocd guys. 


The TAPR Alpha-test TNC boards didn’t even 
exist yet, but since I had endured so many trials 
and tribulations with the Vancouver boards I was 
very keen to see the TAPR boards succeed (as were 
many others). Through the sonths that followed ve 
stayed in close contact, but the date for the Beta 
test celease kept slipping as the reality of such 
& large project kept getting in the way. As the 
months passed, requests for help were responded to 
3n tne true spirit Ham Radio. It seemed that the 
Beta test circuit board layout was quite an undere- 
taking. Being basically naive, I said that St. 
Louis would be interested in taking on the task of 
having the artwork drawn up and negatives shot. 
To say I underestimated the time, effort and money 
involved to get such a “simple® job completed is 
an uncer statement. 


ten, Lyle and I agreed to meet at the annual 
AMSAT meeting in October to thrash out the 
details. Suring our stay in D.C. we went over 
the details of the board, and the possibility of 
us locating the elusive custom power transforzer 
for the project, and again like a babe in the 
woods I said I would try. 


Den approached ne late on our last night in 
Washington outside his room in a poorly-lit 
parking lot, and questioned my sanity for undere 
taking thas project. I in ceturn brought to his 
attention theic foolishness in trusting ae, and as 
we shook hands 1 committed our group and burned 
all tne bridges behind us. 


As we parted company the next wsorning at the 
@irport to head for home, I seem to remember Den 
comforting Lyle as 2 carried on board the St. 
Louis-bound airplane all the TAPR artwork, schema- 
tics and even an Alpha-test TNC board. I’m sure 
they were wondering if they had done the right 
thing. 


when I ceturned home, the first inclination 1 
had was to try to cework the Alpha layout, making 
the modifications necessary to transfors it into a 
Beta-test board. {! quickly found out this was no 
siople task. The time involved in such an effort 
was substantial, and we simply did not have enough 
real-estate on the Alpha board to “"stuff-it® all 
on. My next surprise cane in the attempt to 
locate someone to lay out the artwork in St. 
Lous. Plenty of printed-circuit fabrication 
houses existed in the metropolisan area, but their 
interested always seemed to wane when we informed 
them that all we wanted was to have the layout 
done. It seemed that theirs profit margin was 


better when they could also produce the boards and 
stuff the parts, something that 2 wasn’t willing 
to undertake and Tucson wasnt interested in. 


Things were looking bleak at this time until 
Bob Neil K9EID informed me of a chap that did some 
commercial layout work for him several years ago. 
I contacted this fellow, and he indicated that he 
no longer did such work but knew a young fellow 
who did. With that 2% was introduced to Jeff 
Eirvin of Interconnections Inc. We got together 
that evening and he not only agreed to take the 
job, but was willing to get it done by the lst of 
November, something the big P.C. boys said they 
couldn’t do. 


Jeff started from scratch and laid out the 
whole board, and since he had 14 years of 
professional experience, I was able to learn a lot 
about how «a professional lays out a board. Jeff 
waa even gracious enough to attend our November 
St. Louis packet radio meeting and give a talk on 
the subject, which everyone enjoyed izmensely. 
The "bottom line* on the layout was that Jeff 
delivered the Mylac layout a week ahead of 
schedule and under budget, after over forty hours 
of work. Negatives were shot after Lyle spent a 
weekend double-checking the artwork against the 
schematic. 


While the circuit layout was being done in 
St. Louis, an Illinois firm had been contacte 
about producing the transformer needed for thi 
project. Again, the ham fraternity pulled through 
when I reached Dennis Alscheid WOSPTA of Siemens 
Manufacturing. It seems Dennis had heard one of 
my talks on packet rcadio, and even after that 
ordeal had an-interest. Not only did they design 
our custom transformer as required, but they also 
produced a prototype at no charge. Lyle had the 
prototype in his hands before the end of October. 


This brings up another interesting and 
little-known point, that of communications between 
Tucson and St. Louis. Discussions were nearly 
continuous, as several individual phone bills will 
attest. Federal Express also got plenty of 
business as preliminary circuit layouts, negatives 
and boards were delivered for Lyle’s inspection. 
Time was a critical factor if we were to pull this 
off by the end of the year. Anyone who has 
attempted anything like this before can appreciate 
the infinite number of questions that seem to come 


After all this there was still an uneasy 
feeling: what had we forgotten? Certainly there 
was something we had missed, but what? The only 
way to find out was to make a Beta-test board and 
give it the smoke test. But where could we get 
some prototype boards without paying a fortune? 
In popped Tom Brickey WBOWRK with the same 
question, and a solution! With the help of some 
friends at C & C Industries itn Fenton, M2880uUr2, 
three prototype circuit boards were fabricated and 
in Tucson's hands on November 9th. Late on the 
evening of Wovember llth I ceceived a call from 
Lyle to teport that the prototype Beta-test board 
was Up and running with no glitches. I slept very 
soundly that night. 


In a nutshell, that’s a behind-the-scenes 
look at what happened. It certainly has given 4 
real boost to the St. Louis group to be actively 
involved in the project, and it didn’t allow 
anyone the tise to ask “hey, when are the boards 
going to get here?*. The people purchasing a 
Beta-test board are in for an interesting and 
rewarding winter! 
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Software Update 


By Margaret Morrison KV7D 


This srticle is seant to be read after the 
one by Harold Price, which was written a few weeks 
ago; whereas this news is hot off the press. You 
will probably notice in Sarold’s article a rather 
extensive “wish list” of software features. Well, 
I aw happy to ceport that viccaesay every feature 
mentioned in USarold’s article will come to pass. 
In particulars, command mode and conversation mode 
have been implemented, and we intend to have full 
support of transparent mode as well. The boards 
digipeat and should enable the extensive linking 
experiments everyone is looking forward to. The 
goal of implementing Ax.25 protocol] (level 2) has 
been achieved. The first celease does not support 
higher level protocols, but we will probably be 
implementing them after some feedback on the 
present protocol. In fact, with a couple 
exceptions, every design goal has been achieved, 
and at this writing, actually tested on the air 
(thas 318 not a paper TNC...). 


Two extremely useful debugging tools have 
been developed to enable code development and 
observation of HDLC frames. The first of these, 
called DEBUG mode, is entered by typing <ctl-E>, 
At this point the user may examine any location in 
the entire address space, including all 1/0 and 
prom addresses, and may modify all writable 
addresaes. In addition, code may be written in 
RAM which may then be executed as a subroutine 
from this node. Needless to say, the primary 


impetus for this sode was the present development 
effort! The second debugging tool, courtesy of 
Harold and Dave, enablea the user to observe HDLC 
operation independent of features requested during 
command mode. Por instance, any frame, regardlesa 
of how garbled, may be observed provided the FCs 
is correct. This has proved useful for verifying 
the format of AX.25 and Vancouver packets, as well 
as providing a tool for tuning up the RF link. 


All these things did not come to pass without 
a lot of effort. In fact the number of times Dan 
and I finished working after 3 AM is something 4 
don’t like to think about. Harold and Dave joined 
pe in Tucson Decenber 6 and stayed $ days. That 
was probably the most hectic five days I've spent 
since being &@ student. Even as this article is 
being finished the software effort is stili 
tunning full steam ahead. Still to be put in is 
the support for some of the features involved in 
transparent mode, and some of the timers rcequised 
for CSMA and certain delay eventa. However, we 
don’t anticipate problems with any of these items. 


The software development project is greatly 
indebted to Professor Ted Williams and the 
University of Arizona Electrical engineering 
Department for waking available to us a Hexbert- 
Packacd 64008 develogment system. This is being 
used for all low-level software development, as 
well as integration of the high-level software. 


pS 


Several menbera of the TAPR Corporation Board 
of Directors ate to be elected next month. As 
detailed in the last newsletter, there is to be an 
election via mail baliot of five members of the 
Board, each holding a one-year term of office. A 
ballot for each sember is enclosed in the 
newsletter, and will be found diceectly below. 
These ballots sust be in the hands of the current 
TAPR Board of Directors no later than the day of 
the annual meeting, Saturday February fifth. 


The results of the election will be announced 
at the meeting. Also to occur at the meeting is 
an election by the current Board of the remaining 
five Board members; these people will serve a 
tworyeac term of office. Note that ballottin 
will no doubt be light, so every ballot cast wil 
be very important. If you're interested in the 
dicection of TAPR over the next year, you should 
take stock of the candidates and vote. 


BALLOT FOR ELECTION OF MEMEBERS OF THE 
TUCSON AMATEUR PACKET RADIO CORPORATION 


Please vote for five of the following: 


Tom Clark W3IWI, charter ¢45 -woee 
Jonn DuBois WLHDX, member #1158 ween 
Pete Eaton WBSFIN, charter $32 eoore 
Fried Weyn WA6W2Z0, charter #22 ereee 
Margaret Morcison KV7D, charter #21 secce 
Harold Price NK6K, member #36 wonce 
otner: 


Pacnet Status Register December 1982 


Henbership Application 


Tucson Amateur Packet Radio Corporation 
P.O, Box 22888, Tucaon, Arizona 35734 


Name: 
Call Ticense = 
Sign: Class: 


a 


City & 


State = 


Zip (Postal) Code: 


Home Work 
Phone: Phone: 
If you wish not to have published in a membersnipP 
list any of the above items, indicate here which 
these are: 


a RT 


l heceby apply foc membership in T.A.F.R. 1 
enclose $12 dues for one year. 


Ua pa SS 


(continued from page 6) 


groups in New England, the Pacific Pacxet Radio 
Society (PPRS) and others. 


A number of the same groups are also working 
on modem technology for the bandwidth-efficient 
packet channels rcequired. There is also a group 
at the State University of New York at Stony 
Brook, The possible candidates for best memory 
tecnnology ace being investigated by AMSAT-related 
Organizations in Canada and the U.S. 


Problems associated with protocols. space- 
Craft operating systems, spacecraft-ground com- 
Bunication, and ground operating protocols have 
been looked at by aimost all of the above groups. 
Other interested groups are in Los Angeles, 6&t. 
Louis and in Lingkoping, Sweden. 


(continued from page 5) ; 
his TNC and some other . Only data fron 
thee TNC is displayed. kT "F: anes Y ceived are 
ACKed, and all frames sent will be re-sent {f 
not ACKed. The user may also chose to not be 
connected. In this case, packets sent are 
not expected to be ACKed. Packets from anyone 
are displayed, but they are not ACKed. 


3) Transparent mode. The TNC becomes invisible, 
much like a standard modem in a terminal 
to host computer link. The TNC takes a stream 
of data from the ASYNC port, breaks it up 
into packets, and sends it out through the 
HDLC port. The packetization is invisibie 
to the user, although it is controlled by 
usec accessible parameters. Data received 
from the MDLC link is handled in the same way. 
Only data received is sent to the ASYNC port. 
This mode lends itself well to two way file 
exchange, Of a user terminal <-> host computer 
link, where echoing occurs at the host end. 


o Beacon. The user can request that beacon packecs 
be sent either at regular intervals, or after 
some amount of time has passed vith no activity 
on the link, 


© Plow control. Two methods of flow control 
will be available, software via XON/XOPF charac- 
ters or hardware via the CTS line. Flow control 
is full duplex, i.e. the TNC can stop terminal 
input and the terminal can stop TNC output. 


© Digipeater. Any board will be able to act as a 
digipeater, concurrent with its ability to be an 
endpoint. 


The following are extensions currently sched- 
wled for fucure celeases. 


o Smatt monitor mode. Lists of TO: stations whose 
packets are to be displayed by this TNC. Lists 
of TO: and PROM: stations whose packets are not 
to be displayed by this TNC. Coneurrent connec-~ 
ted mode with monitor mode. 


© Support for level three and four protocols. 
© Support of round-table nets, QST‘s, and orher 


modes where there are several intended recip- 
ients. 


eS SE ED 


Thanks for assistance with this issue of the 
newsletter to: 


Rosemary Connors 

Carol Cowney, KA7MFW 
Beather Johnson, N7D2U 
Lyle Johnson, WA7GXD 
Reynold Johnson 


This issue vas edited by Margaret Morrison, 
KV7D and Den Connors, KD2S. 
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